Allow forbidden target features to be hard errors#152821
Allow forbidden target features to be hard errors#152821wesleywiser wants to merge 1 commit intorust-lang:mainfrom
Conversation
|
|
This comment has been minimized.
This comment has been minimized.
a882953 to
31a3497
Compare
|
Thanks! This has indeed come up a few times (e.g. if nothing else, in features that we have never really had people rely on and thus a FCW makes no sense). |
|
☔ The latest upstream changes (presumably #153000) made this pull request unmergeable. Please resolve the merge conflicts. |
31a3497 to
291765f
Compare
|
This PR was rebased onto a different main commit. Here's a range-diff highlighting what actually changed. Rebasing is a normal part of keeping PRs up to date, so no action is needed—this note is just to help reviewers. |
|
Rolling a new reviewer since I know Jubilee has a lot on their plate and this isn't super niche 🙂 r? rust-lang/compiler |
|
☔ The latest upstream changes (presumably #156166) made this pull request unmergeable. Please resolve the merge conflicts. |
Sometimes when adding a new target features to the list of known target features, we want to completely forbid them from being used because they are ABI affecting and should be target modifiers instead. As such, we want to issue an error rather than a warning since there are no future compatibility concerns .
r? @workingjubilee since you're familiar with the motivating case in #136597
If I rebase that PR on top of this locally, then we get the following error messages when trying to activate the SLS target feature (note that they are errors not warnings and we've omitted the usual note about future compatibility):